home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Night Owl 9
/
Night Owl CD-ROM (NOPV9) (Night Owl Publisher) (1993).ISO
/
015a
/
tset72.zip
/
TIMSET72.DOC
< prev
next >
Wrap
Text File
|
1993-05-28
|
69KB
|
1,262 lines
TIMESET (TM)
Version 7.20
A program to set computers to the world's most accurate clocks
Copyright 1987-1993, Life Sciences Software
8925 271st N.W., Suite 112
Box 1560
Stanwood, Washington 98292
206-387-9788
"TIMESET" is a trademark of Life Sciences Software (TM)
FEATURES OF TIMESET 7.20
TimeSet has been evolving steadily ever since the first version was released
in the summer of 1987. That version and several subsequent ones could only
set a computer's clock from the U.S. Naval Observatory (USNO) in Washington,
D.C. Version 6.00, released in 1990, added ability to use telephone time
signals from the National Institute of Standards and Technology (NIST) in
Boulder, Colorado, making it the first program of its kind able to address
more than one atomic time service. This made it possible for computer users
in the eastern and western United States to keep down long distance bills by
choosing the time service closest to them.
Version 7.20 continues that evolution with a number of new features and
supporting utilities:
o TimeSet can now access five atomic clock-based telephone time
services on two continents: the USNO and the NIST in the United
States, as before, and atomic time services in Sweden (Swedish
National Time Service), Austria (Technical University of Graz), and
Italy (National Electrotechnical Institute). People in European
countries who want to set their computers to an atomic clock no
longer need to make a trans-Atlantic phone call. In addition, to
these formal services, TimeSet 7.20 can access any number of services
that use TimeGen, a companion program in this package that generates
time data strings in Naval Observatory format.
o TimeSet 7.20 is designed to interact closely with versions 2.53 and
2.54 (or later) of RighTime (tm), the excellent memory-resident
regulator for computer clocks developed by Tom Becker of Air
System Technologies, Inc., Dallas. RighTime learns the drift rate in
the computer's clock and continuously applies a correction to
compensate for it, and it refines the correction each time the
computer clock is set. A computer with RighTime installed and
trained can maintain system clock accuracy within a second or even a
fraction of a second for at least a week. Furthermore, versions of
RighTime later than 2.53 provide true 0.01-sec resolution in the DOS
clock, in contrast to the normal 0.055-sec resolution. This allows
greater accuracy in PC clocksetting than ever before, indeed the
maximum accuracy that can be obtained with a computer clock. Life
Sciences Software and Air System Technologies cooperated closely
during the development of TimeSet 7.20 and RighTime 2.5+, with
the result that TimeSet can access several RighTime functions
directly.
o In addition to the ability to address five official atomic clock time
sources on two continents, users of TimeSet 7.20 can get time from
Life Science Software's program TimeGen (tm) version 3.1. TimeGen,
part of the TimeSet 7.20 distribution package, is a program that
generates time data strings for Universal Time using the Naval
Observatory's format. Its purpose is to allow one computer in a
local system to get accurate time from an official service, then share
it by telephone with many other computers in the local system, in
effect making the TimeGen-equipped computer a "substation" of an
official atomic time service.
o TimeSet 7.20 is accompanied by a utility called AutoDial, which can be
installed memory resident to trigger TimeSet to call a specified time
service at a particular time every day. Also included in the TimeSet
7.20 package is the IF2DAY.COM utility by Gary Miller, which can be
used to initiate a call by TimeSet during system bootup on a specific
day of the week or month.
o Another new feature in TimeSet 7.20 is optional automatic
reconfiguration when the time season changes between daylight savings
time and standard time, plus ability to calculate the dates when those
season changes will occur during the current year. Unlike Version
7.10, which offered automatic season reconfiguration only for users
in North America, TimeSet 7.20 also offers this feature for users
following the time season rules of Europe and the British Isles.
o TimeSet 7.20 allows custom serial port configuration, making it usable
with serial ports up to COM8 and nonstandard IRQs and port addresses.
o Also in response to many requests, TimeSet is now able to save data
on your computer clock to a disk file each time you call a time
service, allowing clock drift in the computer to be analyzed. It also
produces error level codes for use by the DOS ErrorLevel command in
batch files.
SHAREWARE NOTICE
TimeSet is a copyrighted commercial program. It is not free nor is it in
the public domain. It is a shareware program, which means you may obtain it
from a computer bulletin board or other source and try it out before paying
for it. You are expected to pay for the program and become a registered
user if you continue using it after a trial period of two weeks. Life
Sciences Software retains all rights to TimeSet, its associated programs,
and their names, which are trademarked. Sale of these programs by others is
prohibited. However, firms that specialize in the distribution of shareware
programs and charge only for that service are permitted to include the
TimeSet package in their libraries, provided they notify customers that it is
shareware and that they are expected to register shareware programs and
send payment to the authors of those programs if they continue to use them.
If you register and pay for TimeSet you get the following benefits: (1)
technical support; (2) a printed and bound illustrated manual; (3) an
evaluation copy of Air System Technologies' RighTime program; (4) a discount
on the next version of TimeSet when it becomes available.
Two procedures are available for registration:
1. You can fill out the registration form at the end of this document
and mail it to us with a check or money order. The cost is $40.00
U.S. if you are not now a registered user of a previous version of
TimeSet.
If you are already a registered user, the following price schedule
applies for each copy of TimeSet 7.20:
o TimeSet version 6.00A ordered between November 1,
1992 and February 15, 1993, but not yet shipped --
$35.00 (the same price as the version you expected to
get).
o Registered, paid for, and received a previous version
between January 1, 1992 and October 30, 1992 -- $20.00
(half-price).
o Registered, paid for, and received a previous version
before January 1, 1992 -- $25.00 (37.5% off).
2. Alternatively, you can use the accompanying program TsReg72.EXE
to upload your name, address, and other information to our toll-free
electronic mailbox (an 800 number). We will then send you an
invoice, and on receipt of your payment (according to the above
schedule) send you a fresh copy of TimeSet 7 with the latest
revisions, if any, plus a printed manual. This is a convenience for
people who, like many of us, intend to register shareware but forget
to do it. It is also useful to businesses that require invoicing.
Running TsReg72.EXE is very simple, involving no more than
answering a few prompts about your system and your modem and
typing in the information we need to send you an invoice.
(NOTE: Since Version 7.20 corrects some minor defects that became apparent
in Version 7.10 after it was released, people who have already registered for
TimeSet 7.10 need not register this new version.)
TIMESET CONFIGURATION
TimeSet is designed for very easy configuration. If the copy you have has
never been run before, it will automatically present a screen showing a
default configuration (Figure 1). If you press F10 while this screen is
displayed, that data will be saved to TimeSet's own file, and TimeSet will
subsequently bypass configuration and use the saved data each time you run it.
It is likely, however, that you'll need to make some changes in the default
setup before pressing F10. For example, you may need to configure the
program for your own time zone, the season of the year (daylight or standard
time), your serial port, etc., or you may need to insert some prefixes in the
telephone numbers that are displayed for the various time services. Such
changes are simple to make. All you need to do is press the up or down
arrow key to highlight the configuration item you wish to change. Then,
depending on the particular configuration item, you can do it either by
toggling a new option with the right or left arrow key or by editing what is
displayed on your screen. TimeSet will tell you which method to use, toggling
or editing, to make your change.
The configuration process, then, involves examining the existing setup,
scrolling to the lines that need change, making the necessary changes, then
saving the configuration by pressing F10. Each configuration item has its
own help screen. If a configuration line is highlighted, all you need to do
to get help for that line is press F1 (aim carefully; if you press the nearby
ESC key, you'll be out of the program and back in DOS).
We strongly urge that, before making any changes, you review all the help
screens by pressing F1 as you highlight each configuration item on the list.
The help screens comprise an on-line tutorial, and not all the items are
discussed in detail in this manual. In fact, it would be a good idea to load
TimeSet right now and have the configuration screen in front of you as you
read this section. If TimeSet has already been configured, you can force it
to load in configuration mode by using /C on the DOS command line
(TIMESET /C).
TELEPHONE NUMBERS
The first five lines on the configuration screen deal with phone numbers for
time services. The first line, labled "Outside phone," is not likely to be
needed by most users, who can leave it at the default "NULL." It is intended
for those who need to dial a special phone number before they can dial a
regular long distance number. Often the special number will be that of a
long distance carrier that is not accessible by the standard 1 prefix that
brings your assigned carrier when you make a long distance call. To put in
such a number, press Enter to get in editing mode, delete NULL, type in the
phone number, then press Enter again to get out of editing mode.
The second line is the long distance number for the U.S. Naval Observatory.
It is preceded by a 1, based on the assumption that you have an assigned long
distance carrier. If you do not, or if you wish to use a carrier that has not
been assigned to you, get into editing mode and insert, in front of everything
else, the numbers that get you a particular long distance company. To get
AT&T, for example, you would insert 10288 ahead of what is already there.
The same considerations apply to the third line, for calling the National
Institute of Standards and Technology.
The fourth line, titled "European service," has NULL as the default. If
you live in North America, you'll probably want to leave it that way since
time is available at far less expense by calling the USNO or NIST. European
users can get phone numbers for time services in Sweden, Austria, and Italy
simply by toggling with the right or left arrow key. Note that the European
phone numbers are preceded by a plus sign (+). You will need to get into
editing mode to replace the plus sign with the international calling code
used in your own country (in the U.S., the number is usually 011).
IMPORTANT NOTE: There is no assurance that any of the European time
services will remain available to callers who do not live in the host country.
When when TimeSet 7.20 was released, some European services were planning to
make calls chargeable to the caller's phone bill (equivalent to a 900 number
in the United States), which would make the service unavailable to callers
using the telephone system of another country. It is possible, however, that
other European countries will begin providing telephone time services, using
the same data format Sweden, Austria, and Italy have adopted. Should that
occur, it will then be possible to replace existing European phone numbers in
TimeSet by editing, so new services in other countries can be called.
The fifth line, labeled "TimeGen service," is for users who wish to call a
time service based on the program TimeGen, which is part of the TimeSet
7.20 package. TimeGen generates time data strings in U.S. Naval Observatory
format, allowing a computer that is synchronized with an official atomic time
service and stabilized by RighTime to transmit the time via modem to other
computers equipped with TimeSet 7.20. The default for line 5 is NULL, but if
you wish to call a TimeGen service (which we hope will proliferate), get into
editing mode and replace NULL with the appropriate phone number. TimeGen is
described in detail in a separate section.
TIME ZONES AND TIME SEASONS
Line 6 is the line for selecting your time zone, and the default is (North
American) EASTERN time. If you live in, say, Miami, you don't need to do
anything with that line. If you live in Denver, however, you are in the
Mountain time zone, and you'll need to scroll to line 6 using the up or down
arrow key, then press the right or left arrow key until the word "MOUNTAIN"
appears. All the major named North American time zones are built into
TimeSet and are available by toggling. If you don't live in North America,
just go to line 6 and keep pressing the right or left arrow key until TimeSet
tells you that you can enter editing mode. Then press Enter to get in editing
mode, and type in the number of hours your time zone is offset from universal
time (the time at the zero meridian, sometimes called Greenwich time, or
"Zulu" time). If you live in Sweden, for example, your time zone is 2 hours
later than universal time so you would need to type in a 2. The convention
that must be followed here is to make the number positive if you are east of
Greenwich, England and west of the International Date Line, and negative if
you are west of Greenwich and east of the International Date Line.
Configuration for daylight saving time or standard time (or Summer Time
and Winter Time, as they are called in Europe) is available on line 7. Simply
scroll to that line and toggle DAYLIGHT or STANDARD with the right or
left arrow key.
Some people need to have their computers set to universal time (in aviation
and astronomy, for example). That option is also available by toggling at
line 6. Notice that when the word UNIVERSAL appears on line 6, the word
NULL automatically appears on line 7, the time season line. This is because
universal time has no seasons; it is always standard time. (If you live in
the United Kingdom and want your computer to be on local civil time, you
should not select UNIVERSAL. The reason is that civil time in Britain has
seasons and you will need to make a season selection on line 7. Instead
enter 0 as your offset from Greenwich on line 6 so you can toggle the
appropriate time season on line 7. If you wanted U.K. civil time and
selected UNIVERSAL on line 6, the NULL on line 7 would cause your clock to
remain on standard time, i.e., winter time, all year long, and thus an hour
slow for the duration of summer time.)
MODEM CONFIGURATION
Lines 8-12 are for configuring TimeSet to work with your modem. With
line 8 highlighted you can select the appropriate serial port (COM1-COM4)
by toggling with the right or left arrow key. As you toggle through the
options, you will see the default port address and IRQ number for each port,
for both standard computers and PS/2 computers. COM1 and COM2 use the
same addresses and IRQs in standard and PS/2 machines, but PS/2 computers
use different addresses and IRQs for COM3 and COM4. If you have a PS/2
and want to use COM3 or COM4, just keep toggling until you see the correct
port configuration for a PS/2 computer (configurations unique to PS/2s are
identified as they come into view).
In addition to the standard port configurations available by toggling at
line 8, TimeSet 7.20 allows configuration for nonstandard serial port
addresses and IRQs. Just keep toggling until the editing flag is shown,
then edit the template string that appears, replacing the n's with actual
numbers. It is very important to press F1 so you can read the help screen
for this item. Note also that the port address you type in must be in
hexadecimal notation. This feature in TimeSet 7.20 should allow the program
to be used with any serial port using any port address and any IRQ line.
Caution is needed, however. If you selected an IRQ that is being used by a
disk drive, for example, you could cause some serious problems. Know what
you are doing; check to see what IRQs are available for your COM port before
proceeding.
Line 9 allows you to toggle your dialing method. For most people, it will
be either TONE or PULSE. A third option, AUTO, will be of no use to
most users.
Lines 10, 11, and 12 need to be considered together. Line 10 allows you to
select a dial-up speed for your modem. There is really no need for it to be
anything greater than 1200 bps, since that is the speed all the standard
telephone time services use. Local speeds up to 153000 bps can be toggled
with the right or left arrow key, although few modems go that high.
High-Speed Modems
If you have one of the newer modems that allow you to maintain a high
speed locally, i.e., between your serial port and your modem, while allowing
the modem to drop the line speed to match the remote modem, you can use
that kind of action with TimeSet 7.20, but you'll need to make correct choices
on lines 10, 11, and 12. First, you will need to toggle line 10 to some high
speed, such as 38400. Second, you will need to toggle line 11 (labeled "Lock
modem speed") to YES. This will tell TimeSet not to adjust the speed
setting at the serial port after connection is made but to leave it at the
high speed at which it was opened. Third, on line 12 (labeled "User's
commands") you will need to insert an appropriate command to tell your modem
to maintain the local speed high while allowing the line speed to drop to
match that of the remote modem. For many of the newer high-speed modems,
that command is &B1.
Thus, if you wanted to dial at 38400 bps and maintain that same speed
locally after connection while allowing the modem's line speed to match the
1200 bps time service modem, lines 10, 11, and 12 would have to show the
following:
Line 10 (Dialing baud rate): 38400 (could be as low as 1200)
Line 11 (Lock modem speed): YES
Line 12 (User's commands): ...&B1... (&B1 inserted in an existing string)
The command your own modem uses for keeping the local speed locked high
may be something other than &B1. Please check your modem manual to find
out the correct command.
Toggling on the user's command string line produces three different modem
initialization strings. The first one, &C1&D2X4, which is the default, is for
initializing older modems that do not feature error checking and data
compression -- for example, a 2400 baud Hayes Smartmodem. The second,
which reads &F&B1&C1&D2X4S37=5, should work with most of the newer
high speed modems that use data compression and error checking protocols.
It is essential that all such protocols be disabled and that the modem be set
instead for basic asynchronous mode. In several of the newer modems this is
accomplished by a single command, &F, which brings in factory defaults for
that mode. If your modem uses some other command to be put into basic
asynchronous mode, use the editing function and replace &F in this string
with the appropriate command for your modem. It may also be necessary to
use a separate command to turn off all flow control in newer modems that
use hardware flow control (RTS/CTS) as a default, if that command is not
part of the defaults for basic asynchronous mode. In many newer modems
the command for turning off all flow control is &K0.
Turning off flow control is essential to avoid a situation where TimeSet
waits endlessly for a Request to Send that is not produced by any of the time
service modems. As noted earlier, &B1 in this string tells the modem to hold
the local (port to modem) speed constant while allowing the line speed to
match that of the remote modem. If your modem uses some other command
for this, using the editing function to replace &B1.
One more toggle brings up the string %C0&Q6N0\G0&C1&D2X4S37=5, which is
specifically for use with Zoom 14.4 Fax and similar modems. This option is
provided because the Zoom, while it is a very popular low-cost brand, has
generated more configuration problems for TimeSet users than any other brand.
Finally, if none of the hard-coded initialization strings works with your
high-speed modem, here is another string you can try, using the editing
function on the User's command line: &C1&D2X4N0B1S37=5&Q0. This has been
reported to work with the Boca and several other brands.
Conventional Modems
The default user's initialization string in line 12 (User's commands) is
&C1&D2X4. This is the string to use with conventional modems, with speeds
no higher than 2400 bps and with no error checking or data compression
protocols. These are what today might be considered "old-fashioned" modems,
capable of only basic asynchronous communication. The commands &C1 and &D2
in the string are discussed in the next section, but notice that they are
needed for the newer modems as well. X4 in this string tells the modem to
use a result code set that includes the words CONNECT, NO CARRIER, NO
DIALTONE, and BUSY.
Some very early modems lack a result set that includes BUSY. If yours is
of that vintage you probably can use an Xn value no higher than X2 or X3.
In that case you will have to edit to change X4 to the highest Xn value your
modem can use. Since the modem will not be able to detect and report a
busy signal, you will need to rely instead on the timing-out of register S7 to
cause the words NO CARRIER to be sent to TimeSet by the modem if connection
is not made in a reasonable time. TimeSet will then assume that the line is
busy (though it may not actually be) and take the same actions it would if an
actual BUSY report had been received. The timing of S7 is hard-coded at 45
seconds in TimeSet (S7=45), but you can adjust it upward or downward simply
by adding an S7=nn command to the user's initialization string using TimeSet's
editing functions.
Carrier Detection and Hanging Up
Please note that for practically all newer modems, whether conventional or
high speed, &C1 and &D2 in the default initialization strings must always be
left in place. &C1 tells such modems to wait for a carrier, not to assume one
is always present. &D2 tells such modems to hang up when the DTR is dropped.
If these functions are not present, TimeSet will not work properly. The only
users who should remove those commands are those using older modems that
cannot be configured by software commands and must rely instead on dip switch
settings to accomplish the functions of &C1 and &D2. If you have that type
of modem, use the editing functions to remove those commands from the
initialization string. Then, before running TimeSet, adjust dip switches on
your modem as specified by your modem's manual to make it always wait for a
carrier and to hang up when the DTR is dropped.
Carriage Returns in Modem Initialization Strings
Although most people will never need to insert a carriage return in the
modem initialization string, the capability is provided for special situations.
The effect of the carriage return is to terminate a preceding configuration
string so a second one can be sent. Thus a carriage return can be used to
create two user initialization strings on the modem initialization line. The
character to use if you want a carriage return is the colon (:). This was
chosen instead of the more common ^M symbol because it takes one less
character. Remember that if you use the colon, the string that comes after it
should start with AT, but also remember that the string that starts after a
colon is the only place where AT is allowed, since TimeSet itself supplies
that command elsewhere. In other words, no string that's sent to the modem
by TimeSet should have the letters AT at the far left. By the way, the colon
also causes a carriage return to be sent to the modem if it's inserted in a
phone number string, which may be useful in some complex dialing situations.
THE COMPUTER CLOCK
Line 13, another toggle line (labeled "Computer clock"), allows you to
specify the manner in which TimeSet will set the time in your computer. The
default setting is to have TimeSet set the DOS clock/calendar only. This is
the setting to use if either of the following conditions is true: (1) your
computer has only a DOS clock/calendar or (2) your computer has both a
DOS clock/calendar and a battery powered real-time clock, and furthermore
has resident software to instantly pass new time and date settings from DOS
to the battery powered clock. If your battery-powered clock is a CMOS
clock, the only resident software you need for this is DOS itself, provided
it's version 3.3 or later. If your computer does not have a CMOS clock and
instead uses the XT-style real-time clock that plugs into a card slot in the
computer, the resident software you'll need to install is Tom Strickland's
ClockDrv.SYS (install it in your CONFIG.SYS file), which is included in the
TimeSet package. With either kind of battery powered clock, any setting
TimeSet makes in the DOS clock/calendar will instantly be passed on to the
battery clock, provided the appropriate memory-resident software for that
clock is installed (DOS 3.3 or later for the CMOS clock, ClockDrv.Sys for
XT-style battery powered clocks).
Pressing the right or left arrow key while line 13 is highlighted displays
one more clocksetting option, which reads "CMOS, DOS ver. < 3.3." This
setting is for users who have a computer with a CMOS clock but are using a
version of DOS earlier than version 3.3. Those older versions of DOS do not
automatically pass changes in the DOS clock/calendar to the CMOS clock and
instead require use of the SETUP utility. Toggling this configuration option
allows TimeSet to set both the DOS clock and the CMOS clock directly and
at practically the same instant, thus eliminating the need to run SETUP. Do
NOT select this option if your DOS version is 3.3 or later.
AUTOMATIC TIME SEASON ADJUSTMENT
TimeSet 7.20 makes automatic reconfiguration for time season changes
available to all users, whether they follow the North American system (where
daylight time starts on the first Sunday in April and standard time starts on
the last Sunday in October), the continental European system (where Summer
Time starts on the last Sunday in March and Winter Time starts on the last
Sunday in September), or the British system (where Summer Time starts on
the last Sunday in March and Winter Time, or GMT, starts on the day after
the fourth Saturday in October). This is in contrast to Version 7.10, which
offered automatic season changes only to those using the North American
system.
Toggling at Line 14, labeled "Auto time season," presents four options:
AUTOMATIC SEASONS U.S.A., AUTOMATIC SEASONS EUROPE, AUTOMATIC
SEASONS BRITAIN, and MANUAL SEASONS. The first three configure TimeSet to
follow the desired season rules automatically, as described in the preceding
paragraph. The fourth option, MANUAL SEASONS, requires you to keep track of
time season changes and to reconfigure the program for a new season by pressing
F7 before the next call to a time service. It is included mostly for the
benefit of people who live in countries that do not use either the North
American, European, or British conventions for time season changes.
If any automatic season change mode is selected, TimeSet will automatically
reconfigure for a new time season the first time it is used after a season
change has occurred. The adjustment, which occurs immediately after the
time is obtained from a service, reconfigures TimeSet for the appropriate time
season and simultaneously advances the clock one hour (daylight time) or sets
it back one hour (standard time). There is one exception to this, however: If
TimeSet 7.20 detects the presence of RighTime 2.53 (or a later version) and
also detects that RighTime has been loaded with the /A switch, which provides
automatic system clock adjustment when seasons change, it will make no time
adjustment and instead will only reconfigure for the appropriate season in
order to have the correct offset from UTC for calculating local time.
Detecting RighTime's /A switch is essential since the result otherwise would
be a two-hour change in the system clock -- one from RighTime and another
from TimeSet.
In TimeSet 7.20 the dates for automatic time season changes are calculated
by an algorithm that is good indefinitely or until conventions regulating the
dates these changes occur are changed by a government. If the conventions
for time season changes are altered in your country, the automatic season
reconfiguration will no longer work properly and you will have to revert to
manual season reconfiguration until a new version of TimeSet becomes
available to deal with the new rules. Although NIST and the Swedish and
Austrian time services all provide dates for the next season change in their
data strings, TimeSet does not use them and instead calculates the dates
itself. The reason is that the U.S. Naval Observatory and the Italian
service do not provide such information in their data strings. Since a way
had to be provided for TimeSet to calculate change dates for those services,
it made sense to reduce program code by calculating them for all the services.
A further important advantage in this approach is that it allows a user to
get automatic season adjustment according to rules of his own country even
when getting time from another country that follows a different convention
for season change dates.
MANUAL OR AUTOMATIC DIALING
Line 15 (labeled "Manual/Auto dial") provides a choice of operating TimeSet
manually, that is, initiating a call to one of the time services by pressing
appropriate keys at the main menu, or configuring it to dial one of the time
services automatically as soon as the program is loaded. Automatic operation
is included specifically for those who want to run TimeSet out of a batch
file as part of the bootup procedure. In automatic mode, the program runs,
gets the time from the preselected service, sets the clock, and immediately
exits to DOS.
There are several options for automatic operation, depending on the service
you plan to call, namely USNO, NIST, a European service (the specific service
determined by the phone number you used in line 4), and a TimeGen service
(determined by the phone number you entered on line 5). For all but the
Italian service, there is an option to make a call with or without line delay
measurement (the Italian service does not offer line delay measurement). Line
delay measurement is indicated by /LAG following the name of a particular
service toggled into view with the right or left arrow key.
If TimeSet is configured for automatic operation and dialing is interrupted
by pressing the backspace key, the program will jump to the main menu and
revert to manual operation for the remainder of that session. The next time
it is loaded it will again be in automatic mode. If you want to switch from
an automatic mode to manual mode semi-permanently, you will have to
reconfigure the program and select MANUAL at line 15.
COLOR OR MONOCHROME
If you have a color monitor, toggle COLOR on line 15 (labeled "Video
type"). Toggle MONOCHROME if you have a monochrome monitor. Selecting
monochrome display is also useful on laptop computers that may not show
sufficient contrast between certain colors in TimeSet. Toggling between
color and monochrome display is also available at the TimeSet main menu by
pressing F8, and is also obtainable by using /m on the command line.
SAVING YOUR CONFIGURATION
Again, before even starting to make any configuration changes, you are urged
to scroll to each configuration line and press F1 to read the help screen
associated with that line.
When all configuration changes are made, they must be saved to TimeSet's
own disk file by pressing F10 at the configuration screen. Please note that
even though a fresh copy of TimeSet shows a full set of configuration data on
the configuration screen, the data is only a starting point for any changes
you might need to make and is not yet in a form that's functionally accessible
to the program. Thus, even if the defaults are acceptable and you make no
changes, you will still have to press F10, otherwise you will find yourself
at the configuration screen the next time you run the program.
RECONFIGURING TIMESET
After TimeSet has been configured, you can get the configuration screen
again in two ways: (1) press F2 at TimeSet's main menu, or (2) load TimeSet
with /C on the command line. You can then make any changes you want, but
be sure to press F10 if you want to save them. If you only want to inspect
the settings, you can get to the main menu by pressing F2.
OPERATING PROCEDURES
If TimeSet has been configured to run in one of the automatic modes, it
will immediately begin dialing the time service you selected for automatic
calling during configuration.
THE MAIN MENU
If you configured for manual operation, or if you interrupt automatic
dialing by pressing the backspace key, the program jumps to the main menu
screen (Figure 2), one of whose main features is a large digital time display,
and waits for you to enter commands at the keyboard. The command options at
the main menu are in two categories: dialing commands and what might be called
housekeeping commands.
Dialing Commands
Dialing commands for calling specific time services include W for the Naval
Observatory in Washington; B for the National Institute of Standards and
Technology in Boulder, Colorado; E for the European time service you selected
during configuration (by putting in its phone number); and T for the TimeGen
service you selected during configuration (again by putting in its phone
number). There are two options for each of these letters -- the letter alone,
which initiates a call the specific time service without a request for line
delay measurement, and the letter combined with the Alt key (Alt-W, Alt-B,
etc.), which initiates a call to the specific time service with a request for line
delay measurement. (If the phone numbers for a European time service and a
TimeGen time service were left as "NULL" during configuration, the keys for
calling those services at the main menu will be nonfunctional.)
Housekeeping Commands
Nearly all commands at the main menu that are in the category of
"housekeeping" involve use of function keys. The relevant function keys are
F1, F2, F7, F8, and F9.
F1 brings a help screen that explains the other function keys as well as
other commands at the main menu.
F2 allows access to the configuration screen for checking or making changes.
F7 toggles daylight or standard time. That is, if TimeSet is configured for
standard time, pressing F7 will reconfigure it for daylight saving time and
simultaneously advance the system clock one hour. If TimeSet is configured
for daylight saving time, pressing F7 will reconfigure for standard time and
set the clock back one hour. (This function is not needed if you have
configured TimeSet for automatic time season adjustment, unless your country
changes its rules concerning the dates when those changes occur.)
F8 toggles monochrome or color display. This function will probably be most
useful when running TimeSet on certain laptop computers that do not produce
gray equivalents of certain colors with sufficient contrast.
F9 allows a pulse to be generated at the parallel port at the instant the
clock is set by a call to one of the time services. If this feature is
activated, the pulse, with a duration of approximately 55 ms, will occur at
pin 1 of the parallel port. It is a negative-going pulse in which the voltage
at pin 1 drops from +5 volts to 0 volts with respect to pin 25 (ground).
However, it can be inverted and otherwise shaped to drive an external
electronic device of the user's own design. (A printer should not be attached
to the parallel port if this feature is used.) If the /LPTn command is not
used on TimeSet's command line to designate the printer port to be pulsed,
TimeSet will use LPT1 as the default.
F5 Access to RighTime
Another function key, F5, is active only if TimeSet 7.20 has detected the
presence of RighTime ver. 2.53 or later. Pressing F5 in that case produces
information about RighTime's current status and also allows some of RighTime's
functions to be controlled (Figure 3). Status information includes the time
in days and hours since the computer clock was last set, RighTime's current
warm and cool corrections, whether RighTime's learning function is turned on
or off, whether the next time and date setting will be ignored, whether
RighTime's maintenance of the DOS clock is turned on or off, whether 0.01
sec resolution in the DOS clock is enabled or disabled, and whether automatic
season adjustment in the CMOS clock is enabled or disabled by RighTime.
Control functions for RighTime accessible with TimeSet 7.20 include
disabling of RighTime learning for the next call to a time service, ignoring
the next time and date set, disabling or reenabling DOS clock maintenance,
and disabling or reenabling 0.01 sec resolution in the DOS clock.
For further information about these and other RighTime functions, please
consult the RighTime manual. Note that while Life Sciences Software has
permission to distribute evaluation copies of RighTime to registered users of
TimeSet, RighTime is a shareware program owned by Tom Becker of Air System
Technologies, Inc. of Dallas. Registration of RighTime and technical
questions about it should be directed to Air System Technologies, not to us.
COMMAND LINE SWITCHES
Several command line switches are available for TimeSet, and most of them
can be reviewed by typing "timeset ?" at the DOS prompt. For reference, here
is a complete list of what is available. Note that all such commands are
preceded by a forward slash (/) and that more than one can be used on the
command line (with no need to be separated by a space):
/ab, /aw, /ae, /at -- These commands, all of which are preceded by "/a",
allow TimeSet to be run in automatic mode even if it has been configured for
manual operation. Recall that automatic operation means dialing a specific
time service, getting the time, and immediately exiting to DOS. The second
letter in each command designates the time service to be called automatically;
"b" stands for Boulder (NIST); "w" stands for Washington (USNO); "e" stands
for a European time service (provided a number for one was selected during
configuration); and "t" stands for a TimeGen time service (provided a phone
number for one was entered during configuration).
/fs -- This command eliminates the "parting curtains" special effect used
by TimeSet when one screen replaces another, causing screen changes to occur
almost instantly.
/s -- This command causes TimeSet to skip the logo screen (the starry sky)
when loaded and instead go directly to the main menu.
/lag -- This command specifies line delay measurement for the time service
selected for automatic operation with a "/a" command (see above). Thus if
you wanted to call NIST with line delay measurement, the command line would
be "timeset /ab/lag."
/m -- Loads TimeSet with forced monochrome display, whether in manual or
automatic dialing mode.
/p, /0p -- The /p command tells TimeSet to generate a pulse at pin 1 of the
parallel port at the instant the clock is set, just as would occur if F9 were
pressed at the main menu before placing a call. The function needs to be
available as an optional command line switch when TimeSet is run in any
automatic mode. The /0p is alternative command for pulse generation.
Unlike /p, which causes a pulse to be generated at the instant of time
setting, /0p delays pulse generation until seconds in the newly set time are
equal to zero, that is, until the minute changes. This can be useful in
situations where an external device needs to be started on the minute.
(See /lptn command, below.)
/0c -- The /0c command is similar to the /0p command in that it causes a
countdown to zero seconds after the new time is obtained. It differs from
/0p, however, in that a pulse is not generated at the parallel port when the
next minute arrives. It simply provides a countdown for the convenience of
those who want to synchronize a watch or a clock manually.
/lptn -- This command specifies the parallel port to be used for generating a
pulse at the instant of clock setting (lpt1, lpt2, etc.). The default is
lpt1, so the command is not necessary if that is the port you want to use or
if it is the only parallel port you have.
/lf -- This command tells TimeSet to append timesetting data to a log file.
The log file, named TimeSet.Log, is maintained on TimeSet's home directory
and includes the date of a call, the service called, the computer time before
and after the call, and the error (i.e., the difference between the time
before and after the call).
/wb, /ww, /we, /wt -- These commands tell TimeSet to wait at the opening
menu until a specified time, then call a time service (b, w, e, and t specify the
time service to be called. The command must be followed by the time you
want the call to be made, in hours, minutes, and seconds using the standard
DOS time format (midnight = 00:00:00, 1 pm = 13:00:00, etc.). Thus if you
wanted TimeSet to wait until 5:00 a.m. and call the USNO, the command would
be /ww05:00:00. Note that there should be no space between the command and
the time. (NOTE: A far better method than a /w command for timing a call is
to load the companion program AutoDial, which is part of the TimeSet 7.20
package. This is a memory-resident program that detects the presence of
TimeSet 7.20 and initiates a call to a given time service at a particular
time, both of which are specified when AutoDial is loaded. AutoDial is
discussed in detail in a separate section below.)
CALLING AND CONNECTING
As soon as dialing is initiated, a new screen appears (Figure 4) displaying
modem intitialization commands and the phone number as they are being fed to
the modem. The service being called is also displayed.
When connection is made, a new screen appears that includes a window for
displaying incoming data strings (Figure 5). The strings begin to appear in
just a few seconds. Eight or nine such strings are displayed before the final
one is captured for parsing and use in setting the clock. The purpose is to
allow time for modem "jitter" to abate.
THE SUMMARY SCREEN
The summary screen (Figure 6) is the last screen that appears during a
TimeSet run. This screen displays information on the results of the call,
including UTC data, the delay correction used, and the local time and date
before and after. If TimeSet 7.20 was loaded with the /lf command line
switch, the local time data will be appended to the file TimeSet.Log, which
will be in TimeSet's home directory.
DOS ERROR LEVELS
Whenever TimeSet 7.20 finishes its work and exits to DOS it supplies DOS
with a code that indicates what condition caused the program to end. This
code can be read with DOS's ErrorLevel command in a batch file. Error level
codes supplied by TimeSet are most useful when the program is configured for
automatic operation and run from a batch file -- on bootup, for example. They
allow a user to design the .BAT file so it can read the code using the
ErrorLevel command and take some desired action depending on what the error
level is. Your DOS manual explains how to use the ErrorLevel command. If you
wish to design such a batch file, here are TimeSet's error level codes and
their meaning. Keep in mind that the full set is possible only if TimeSet is
configured for automatic operation:
0 -- Call was completed normally, time and date set
1 -- Carrier was lost while call in progress
2 -- Line was busy (10 automatic dial attempts)
3 -- No dial tone was detected
4 -- Line was too noisy (15 garbled strings in a row)
5 -- Program was terminated by user
There is no point in trying to use error levels if TimeSet is configured for
manual operation (since the program in manual mode is always terminated by the
user, the code returned to DOS will always be 5).
LINE DELAY MEASUREMENT
Line delay is the time it takes for a time mark sent by a telephone time
service to reach your computer. It consists of two major components, the
actual time it takes the character to travel through the telephone system and
delays introduced by modems and your own computer. For land line
communication less than a few thousand miles, modem delay is a far larger
contributor than phone system delay. Phone system delay is typically around
7 ms in calls to a U.S. time service from any point in the country over land
lines, whereas modem delay can be 40 or 50 ms or greater.
Except for the Italian service, line delay measurement is available for all
time services addressable by TimeSet. At this time it appears that there are
no plans to add line delay measurement capability to the Italian service.
Accordingly, if you have configured for the Italian service and press Alt-E,
TimeSet will not initiate the call and will instead display a message reminding
you of the unavailability of line delay measurement with that service; only the
E command alone will work with the Italian service.
Line delay measurement makes the most sense when one or more of the
following conditions exist: (1) you need the most accurate time setting
possible for some special purpose; (2) your connection to the time service is
by satellite (which can cause up to a quarter-second delay); and (3) you have
Becker's RighTime installed to maintain that high accuracy in your clock for
a reasonable length of time. Without RighTime installed, a computer clock
can drift up to 15 or more seconds a day; if you can tolerate a significant
daily drift you obviously don't need to worry about a fraction of a second of
time setting delay.
If none of these conditions exists, a call without line delay measurement is
probably accurate enough and usually takes a lot less time. Furthermore,
nearly all the time services routinely advance the departure of their time mark
by a fixed amount to give an approximate precompensation for land line and
modem delays when actual measurement is not requested. Usually, that fixed
amount of advance is very close, within a few hundredths of a second, to the
line delay that could actually be measured on a land-line call within the same
country. The one exception is the USNO, and TimeSet takes care of that by
adding .05 seconds for delay to the set time when delay is not actually
measured with the USNO.
The various atomic time services use different methods for delay
measurement. The NIST measures delay for you, then advances its time mark to
compensate for it so the mark arrives on time. The USNO lets the caller
measure the delay by means of a remote digital loopback (RDL) test then add
the measured delay to the new time before setting the clock (to make the
delay measurement you must have a modem that accepts the &T6 and &T0 commands
for RDL). The Swedish and Austrian services also let the caller measure the
delay, but by a method that does not require RDL. As noted, the Italian
service does not offer delay measurement.
Delay measurements done by TimeSet 7.20 are far more accurate than in any
previous version, with resolution to .0001 second (the measured value is
rounded to the nearest .01 second before use, however, since that is the
smallest unit of time the DOS clock will accept).
USING AUTODIAL
AutoDial, a memory-resident program for controlling TimeSet 7.20, is a new
program that is part of the TimeSet 7.20 package. The program occupies about
10k of memory and can be loaded in high memory with a memory manager. Its
purpose is to trigger a call to a specified time service at a preselected
time. TimeSet must be configured for manual operation if you want to use
AutoDial to control its operation. Both the service to be called and the
time to call it are specified on the command line when AutoDial is loaded.
The syntax for loading AutoDial is:
AutoDial <service and method> <time>
There are eight options for <service and method>: NIST, NIST/d, USNO,
USNO/d, Euro, Euro/d, TGen, and TGen/d, where NIST is the National Institute
of Standards and Technology, USNO is the U.S. Naval Observatory, Euro is the
European time service selected during configuration, and TGen is the TimeGen
service specified during configuration. /d means dial the selected time
service with delay measurement. If you don't want delay measurement, just
type the name of service alone, without /d.
<Time> is the time when the call to the specified time service is to be
initiated. It can be entered in a couple of ways. If the calling time is exactly
on the hour (0 minutes), only the hour need be entered, but if the time is
some minutes after the hour, both the hour and minutes must be entered and
separated by a colon (hh:mm).
For example, if you wanted to have TimeSet call the NIST at 4 a.m. without
delay measurement, you would load AutoDial as follows:
AutoDial NIST 4
(You could also write AutoDial NIST 04:00, but it isn't necessary.)
If you wanted to have TimeSet call the NIST at 5:15 a.m. with delay
measurement you would use:
AutoDial NIST/d 5:15
Although AutoDial remains in memory, it has no function unless it detects
that TimeSet 7.20 is loaded and waiting for user input, either at it's main
menu or at its final summary screen. This means, of course, that AutoDial
will be of no use if TimeSet is configured for automatic operation.
If TimeSet is at its main menu when the appointed time arrives, dialing of
the selected time service will proceed just as if you had pressed the
appropriate key or keys for that service. If TimeSet is at its summary
screen, redialing will occur just as if you had pressed the space bar to
initiate it manually (be aware, however, that if you have called a service
other than the one you specified when you loaded AutoDial, that will be the
service redialed if TimeSet is at its final screen when the selected time
comes around).
To change the time service or the time when a call is to be triggered by
AutoDial, you first have to remove it from DOS memory by typing AutoDial
/u at the DOS prompt then reload it with the new time service and the new
time.
AutoDial also can trigger automatic update calls to a specified atomic time
source by TimeGen, a time data generator program that allows a local
computer to serve as a time source for other local computers. TimeGen is
discussed in the next section.
If2Day.COM
For the benefit of TimeSet users who do not want to make an automatic
timesetting call daily with AutoDial but would like one done automatically on
certain days of the week or month during bootup, Gary Miller has kindly
given us permission to include his excellent If2Day.Com program in the
TimeSet 7.20 package. If2Day, a free program, is a batch file enhancer that
can be invoked through the AutoExec.Bat file. For example, if you wanted
TimeSet to call NIST on bootup every Wednesday morning, you could put the
following line in your AutoExec file:
If2Day is_Wednesday aft_7:59 B4_9:00 run timeset /ab/lag
This would cause TimeSet to call Boulder and set the time automatically
whenever the computer is started on a Wednesday morning between 8:00 and
9:00.
If2Day.Com and its document are in the TimeSet 7.20 package as a separate
archive called If2Day.Zip.
USING TIMEGEN
TimeGen ver. 3.10, a companion program for TimeSet, is also part of the
TimeSet 7.20 package. TimeGen is a program that allows any computer to
function as a "substation" of one of the official atomic time services. Like
any of the official services, it waits for the phone to ring, then sends a
time data string every second to a calling computer equipped with TimeSet
7.20. The advantage it provides is that only the TimeGen-equipped computer
needs to call a time service periodically for a time update and can then pass
accurate time to many local computers.
A number of uses are possible for TimeGen. For example, it could provide
a local source of accurate time for computerists in many nations that lack
atomic clocks, as well as in nations that have them but do not provide modem
access to the general public. Such services might be offered to local callers
by telephone companies in any country, for example. (Be advised, however,
that licensing and royalty arrangements MUST be made with Life Sciences
Software if tolls are charged for such services.) Another possible use is
providing a local time source for an organization that has several offices in
a given area, such as banks and other businesses with branch offices or police
departments with precinct stations. Of course, it could also serve as a
central time source for multiple computers housed in a single office building.
In any application, the TimeGen computer could be dedicated either full time
or only during certain hours to providing time signals.
Like TimeSet 7.20 itself, TimeGen is designed to interact with AutoDial. If
AutoDial is memory resident, it will trigger TimeGen to call a selected
atomic time source at a specified time each day. This means that TimeGen
will be unavailable to callers while the update call is in progress. However,
this process takes less than a minute out of the entire day and can be
scheduled for a time of day when incoming calls are at a minimum. During
that brief time, a caller would only get a busy signal.
Using TimeGen as a local source of time makes no sense if Becker's RighTime
is not also installed to regulate the TimeGen computer's clock, since the
clock could otherwise drift several seconds a day. For this reason, it is
strongly recommended that RighTime 2.54 be installed with its correction
already "learned" before going online with a TimeGen service. Also be aware
that RighTime requires a CMOS clock to operate, which means the computer
must be an AT-class computer or later. The DOS version must be 3.3 or later.
Tests show that with RighTime 2.54 installed, regulating well, updated daily
with an automatic call to an atomic time service, and providing 0.01 second
DOS clock resolution, setting a computer's clock through TimeGen is as
accurate as setting it from an official atomic time service.
TimeGen's data strings are a modification of the U.S. Naval Observatory's
data strings and have the following format:
JJJJJ DDD HHMMSS UTC [message field] *
where JJJJJ is the modified Julian date; DDD is the day of the year; HHMMSS
are the hours, minutes, and seconds; and the letters UTC indicate that all
of the data preceding it refer to Coordinated Universal Time (i.e., the
modified Julian date, day of the year, and time all apply to 0 degrees
longitude). The asterisk (*) is the marker for the new second just announced
in the string and appears after a very brief pause.
TimeSet 7.20 is designed to initiate line and modem delay measurement
with a TimeGen service, and it does it the same way as with the Naval
Observatory, that is, by remote digital loopback (RDL). This means that if
the TimeGen service wishes to provide RDL, both its modem and the caller's
modem must have that capability and use the &T6 and &T0 commands. As with
calls to the Naval Observatory, TimeSet 7.20 adds the measured delay to the
new time before setting the computer clock. If RDL is not requested, TimeSet
adds an estimated delay value instead.
LOADING TIMEGEN
TimeSet will not run at all if you try to load it without information on the
command line. Instead it will simply tell you what information it needs to
run.
The command for TimeGen is:
TimeGen <offset> [COMn] [/OTM] [Modem commands]
Notice that a space must separate each of the command line switches.
<offset> is the number of hours difference between your local time and
universal time. This value must be supplied, whereas the others can be
optional. The number must be preceded by a minus sign if your location is
west of 0 degrees longitude and east of the International Dateline (e.g.,
North or South America). Do not separate the minus sign from the number
with a space or any other character. If you live east of 0 degrees and west
of the International Dateline (e.g., Europe, Asia, Africa), the number alone
is sufficient (don't use a plus sign).
If you live in an area that has time seasons (daylight time and standard
time, or summer time and winter time as they are called in Europe) you need
to take this into account in determining <offset> for your locality, and
change it when the seasons change. A convenient way to do this would be to
create two .BAT files, one called Winter.Bat and the other called Summer.Bat
to load TimeGen with the correct offset for the current time season. In most
places in the world where daylight (summer) time is used, an even hour is
added to the local time during the spring and summer months (in a few regions
the advance in local time during those months is 1.5 hours). Whenever your
locality goes on daylight saving time, you will need to add the appropriate
advance to your standard offset from UTC. In the Americas, this will make
<offset> smaller since you are adding a positive number to a negative number.
In Eurasia, it will make <offset> larger since you are adding two positive
numbers.
The following table illustrates how to handle the value of <offset> when
daylight time and standard time are in effect:
Country Standard time Daylight time
------------- ------------- -------------
United States
Eastern -5 -4
Central -6 -5
Mountain -7 -6
Pacific -8 -7
United Kingdom 0 1
Sweden 2 3
[COMn] is the serial port to which your modem is attached. If you are using
COM1, this switch is optional since COM1 is the default. If you are using
another port, however, you must specify it here (COM2, COM3, COM4, etc.).
[/OTM] is also optional but is very useful for calibrating TimeGen's on-time
mark (the asterisk) for maximum accuracy -- PROVIDED that RighTime 2.53 or
later is installed to give the DOS clock .01-sec resolution. You should
NEVER use /OTM without .01-second clock resolution, since the purpose of the
switch is to advance the time mark in increments of .01 second to compensate
for internal delays in transmitting the mark to the calling computer. (If you
try to use /OTM without .01 second clock resolution from RighTime 2.5+, the
standard DOS clock resolution of .055 second will cause string generation and
transmission to occur at agonizingly long intervals instead of every second,
causing gross timesetting errors for a caller.)
With RighTime 2.5+ installed, setting /OTM to /1 will advance the mark by .01
second, /2 by .02 second, /3 by .03 second. There should never be any need to
advance it by much more than .03 second, and putting in unrealistic values
such as /50 (half a second) will produce bizarre results. Tests on several
computers indicate that /2 (.02 seconds) is likely to be the optimal value for
most systems. To determine the optimal value for your own TimeGen-equipped
computer, a calling computer using TimeSet 7.20 and equipped with RighTime
2.5+ to provide .01 second clock resolution needs to place several calls in
quick succession, alternating between the TimeGen computer and an official
time source and using line delay measurement in both cases. All that is
needed then is to determine the average discrepancy between the two services
and use that value for /OTM on TimeGen's command line each time it's loaded.
Since the value is a time mark advance, it should never be negative.
[modem] is an option for supplying additional commands to the local modem.
All such commands must be preceded by "AT." Thus, if you wanted the modem
to answer on the third ring, you would enter ATS0=3. Modem commands can
also be stacked. For example, if you have a high speed modem that uses &F
to get into basic asynchronous mode you would need to enter AT&FS0=3. Basic
asynchronous mode is advised with such modems since data compression and
error checking protocols such as MNP interfere with accuracy.
Once TimeGen is loaded, it simply waits for the phone to ring. If a carrier
is detected, TimeGen synthesizes Naval Observatory-style UTC data strings
from the local computer's DOS clock and transmits one string per second until
the caller hangs up or until 60 such strings have been sent, allowing each
caller up to a minute of connect time. Time data strings and their time
marks are displayed on TimeGen's screen as they are transmitted.
A major enhancement in TimeGen Version 3.1 is automatic logging of call data.
At the conclusion of each call for time, TimeGen 3.1 saves information to the
file TimeGen.LOG, which will always be located in TimeGen's own directory --
provided your DOS version is 3.0 or later and the TimeGen directory is on your
system path. The information logged for each call includes the date, time the
call was concluded, call duration, and nature of the call (with/without line
delay measurement or aborted). A separate utility called TgSumm.COM can
process the data in TimeGen.LOG to a create a summary of call data by date
and cumulatively, which is displayed on your screen and is also saved to a
file called TGSummry.LOG for later reference. TgSumm should always be run in
the same directory that contains TimeGen.LOG.
If AutoDial is loaded, TimeGen will automatically call an atomic time
service once a day at the specified time for updating. Once again, given the
notorious unreliability of computer clocks, it is important to have RighTime
2.54 loaded in the TimeGen computer to make the whole process meaningful.
TECHNICAL SUPPORT
All registered users of TimeSet are entitled to technical support. I also
provide guidance on getting the program running for people who have not yet
registered. The best and the quickest way to get help is simply to call. I
recommend that you do not write. Since I am a very small one-man business
I can't guarantee you a timely written response.
My phone number is 206-387-9788.
In deciding when to call, please note that I am in the Pacific time zone
and that my normal hours for technical assistance calls are:
Monday through Friday
9:00 a.m. - 12:00 noon
2:00 pm - 7:00 p.m.
Pacific time
The mid-day break can vary, depending on how busy I am when lunch time comes
around. I do have an answering machine in case I'm not here to answer, but
your best bet is to call again later.
Another way to reach me is through Tom Becker's computer bulletin board at
Air System Technologies, Inc., Dallas, where I function as a co-sysop for
TimeSet questions. It is also a good place to download the latest versions of
TimeSet and RighTime. The phone number is 214-869-2780. The BBS can
handle speeds up to 14.4 kbaud, 8N1.
Finally, I log on frequently to CompuServe. You can leave messages for me
there anytime, and you can usually expect an answer within a day or two. My
CIS number is 76555,1175. TimeSet revisions are always uploaded to the
IBMSYS forum on CompuServe under a file name TSETnn.ZIP (or .EXE for a
self-extracting archive), where nn is the version number (e.g., the archive
for TimeSet 7.20 will be TSET72).
Thanks very much for supporting shareware.
Sincerely,
Pete Petrakis
Life Sciences Software
Box 1560
8925 271st St., N.W., Suite 112
Stanwood, WA 98292
TIMESET MAIL REGISTRATION
To: Life Sciences Software
8925 271st Street, N.W., Suite 112
Box 1560
Stanwood, WA 98292
My name: __________________________________________________________________
My addresss: ______________________________________________________________
______________________________________________________________
My city, state, Zip: ______________________________________________________
My phone number: ____________________________
I wish to become a registered user of TimeSet version 7.20.
I request ___ copies of TimeSet 7.20 and supporting programs, a printed
TimeSet manual for each, and an evaluation copy of Becker's RighTime CMOS
clock regulating shareware program.
My current TimeSet registration status is as follows:
(Please check the appropriate line below)
___ I am registering TimeSet for the first time ($40.00)
___ I have already registered and did so before 1992 ($25.00)
___ I have already registered and did so during 1992 ($20.00)
(To Washington State residents: As a licensed business in the state of
Washington we are required to charge 7.9 percent sales tax on sales made
within the state. Please include the tax when you calculate the amount
of your payment for the next item.)
I enclose a check or money order for $______.____ for ____ copies (including
sales tax if applicable).
My diskette preference is: 5-1/4" _____ 3-1/2" _____ (check one).